Hi,
Am 21.04.25 um 10:43 schrieb Rene Engelhard:
[...]
* The SDK no longer ships an idl/ sub-directory containing the udkap and
offapi
.idl files (as, unlike idlc, unoidl-write does not need them).
odk/config/cfgWin.js had to be adapted to look (somewhat arbitrarily)
for an
Hi again,
Am 21.04.25 um 10:28 schrieb Rene Engelhard:
Indeed:
commit a8485d558fab53291e2530fd9a1be581c1628deb
Author: Stephan Bergmann
Date: Tue Sep 14 17:26:17 2021 +0200
[API CHANGE] Remove deprecated idlc and regmerge from the SDK
* Client code must replace uses of idlc and
Hi,
Am 28.03.25 um 16:07 schrieb Bastian Germann:
For the BSD-3-clause, this package's copyright file refers to the
common-licenses' BSD file.
You could have at least pointed out which stanza you mean instead of making
people figure it out themselves.
That would be in a good bug report
Control: tag -1 pending
Hello,
Bug #1098913 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/70d
Control: tag -1 pending
Hello,
Bug #1098913 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/70d
Control: tag -1 pending
Hello,
Bug #1098913 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/70d
Control: tag -1 pending
Hello,
Bug #1098465 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/3d0
tag 1092206 + pending
thanks
Now also cherry-picked to 24.8.x:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/eecfb2fea6ce14abd640691647bb2536f08150dc
Hi,
Am 19.01.25 um 11:13 schrieb Jörg Frings-Fürst:
this error was caused by WebKitGTK and has since been fixed.
out of curiosity, -v please? :)
I am closing the bug.
It's still closed from my closing ;-). But thanks :)
Regards,
Rene
Hi,
Am 15.01.25 um 18:22 schrieb Rene Engelhard:
Am 14.01.25 um 15:27 schrieb Jörg Frings-Fürst:
only blank white pages are displayed in the print preview and the pdf export.
Regardless of what I wrote already, this - as I was quite sure of - isn't even
reproducible.
Started w
severity 1093297 important
close 1093297 4:25.2.0~rc2-1
thanks
Hi,
Am 17.01.25 um 15:58 schrieb Alessandro Astone:
Source: libreoffice
Version: 4:24.8.4-1
Severity: serious
Tags: ftbfs
It only is serious if it happens in unstable (or soon before). As long as it is
in experimental (or some
tag 1093007 + unreproducible
tag 1093007 + moreinfo
thanks
Hi,
Am 14.01.25 um 15:27 schrieb Jörg Frings-Fürst:
only blank white pages are displayed in the print preview and the pdf export.
Regardless of what I wrote already, this - as I was quite sure of - isn't even
reproducible.
Start
Control: tag -1 pending
Hello,
Bug #1092206 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/14c
Control: tag -1 pending
Hello,
Bug #1092206 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/14c
Hi,
Am 06.01.25 um 23:19 schrieb Rene Engelhard:
Last I tried back then using clang for all of LO works, but... If I did this I
am wary about doing it in 24.8.x anywyays...
For completeness I tried this - yes, clang works.
Regards,
Rene
tag 1092206 + help
thanks
Hi again,
Am 06.01.25 um 21:06 schrieb Rene Engelhard:
Hi
Am 06.01.25 um 21:01 schrieb Rene Engelhard:
Am 06.01.25 um 07:22 schrieb Matthias Klose:
libreoffice still b-d's on GCC 12,
on i386 only.
which should not be part of the trixie release. Please updat
Hi
Am 06.01.25 um 21:01 schrieb Rene Engelhard:
Am 06.01.25 um 07:22 schrieb Matthias Klose:
libreoffice still b-d's on GCC 12,
on i386 only.
which should not be part of the trixie release. Please update the build
dependency to GCC 14 (or GCC 13, if the former doesn't work).
Hi,
Am 06.01.25 um 07:22 schrieb Matthias Klose:
libreoffice still b-d's on GCC 12,
on i386 only.
which should not be part of the trixie release. Please update the build
dependency to GCC 14 (or GCC 13, if the former doesn't work).
gcc 13 was exactly the reason why this gcc 12 build-dep is
Hi,
Am 07.10.24 um 18:08 schrieb Santiago Vila:
In this case, I'm curious about why the FTBFS problems happen now but not
before.
There was a Qt upload 6.6 -> 6.7, so I'd bet someting in the newer Qt was added
to convert-bdic needing the data.
Regards,
Rene
Hi again,
Am 07.10.24 um 17:51 schrieb Rene Engelhard:
Am 07.10.24 um 17:21 schrieb Roland Rosenfeld:
I'm not fully sure about this. The ICU data were always in
/usr/share/qt6/resources, which is in libqt6webengine6-data.
It seems that our dictionaries packages currently only build depe
Hi,
Am 07.10.24 um 17:21 schrieb Roland Rosenfeld:
I'm not fully sure about this. The ICU data were always in
/usr/share/qt6/resources, which is in libqt6webengine6-data.
It seems that our dictionaries packages currently only build depend on
qt6-webengine-dev-tools, but a dependency on libqt6we
Hi,
Am 17.08.24 um 05:58 schrieb Aron Xu:
After some research, I prefer making a t64-like transition for libxml2
for the following reasons:
- Upstream is not prepared to bump the SONAME to something like
libxml3. Given the long history of this function library, determining
which APIs should be
Hi again,
Am 27.07.24 um 08:07 schrieb Rene Engelhard:
Am 27.07.24 um 08:00 schrieb Rene Engelhard:
b) even more, pbuilder disables the install of recommends. That means builds
inside pbuilder still will fail.
This doesn't even work in sbuild (and thus the buildds). After I gave
Hi,
Am 27.07.24 um 08:00 schrieb Rene Engelhard:
b) even more, pbuilder disables the install of recommends. That means builds
inside pbuilder still will fail.
This doesn't even work in sbuild (and thus the buildds). After I gave back
libreoffice I got
https://buildd.debian.org/s
Hi,
Am 27.07.24 um 08:00 schrieb Rene Engelhard:
a) Is this needed for anything using liburls .pc. A pure --cflags now needs
those.
Even when not doing static linking. Recommends here is wrong.
This needs to be a Depends.
b) even more, pbuilder disables the install of recommends. That means
reopen 1077197
reopen 1077190
thanks
Hi,
Am 27.07.24 um 06:34 schrieb Debian FTP Masters:
* debian/control: make libcurl*-dev packages Recommends -dev packages.
(Closes: #1077197, #1077190)
This is not going to work.
a) Is this needed for anything using liburls .pc. A pure --cf
Hi,
same with zlib:
Package 'zlib', required by 'libxml-2.0', not found
(from https://ci.debian.net/packages/i/igraph/testing/amd64/47001876/)
Regards,
Rene
Hi,
Am 25.05.24 um 14:00 schrieb Rene Engelhard:
root@frodo:/# pkg-config --cflags libxml-2.0
Package liblzma was not found in the pkg-config search path.
Perhaps you should add the directory containing `liblzma.pc'
to the PKG_CONFIG_PATH environment variable
Package 'liblzma
Package: libxml2-dev
Severity: serious
Version: 2.12.7+dfsg-1
root@frodo:/# dpkg -l | grep lzma
ii liblzma5:amd64 5.6.1+really5.4.5-1
amd64XZ-format compression library
root@frodo:/# pkg-config --cflags libxml-2.0
Package liblzma was not found in the pkg-conf
severity 1070862 serious
thanks
Hi,
this is even worse. It looses the library file for the "non-main"
libraries after cleanup:
Clean testing chroot.
# apt install libpoppler-dev libpoppler-cpp-dev
[...]
# apt update
# apt dist-upgrade
The following packages were automatically installed and
Hi,
Am 25.04.24 um 18:37 schrieb Andreas B. Mundt:
On Thu, Apr 25, 2024 at 05:43:29PM +0200, Rene Engelhard wrote:
Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:
For now, we traced the issue back to libreoffice-kf5. If this package
is removed, neither the document disappears on closing
Hi,
Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:
For now, we traced the issue back to libreoffice-kf5. If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl' is removed from the mount options.
Which doesn't do IO itself though?
close 1069835 4:24.2.2-1
forwarded 1069835 https://bugs.documentfoundation.org/show_bug.cgi?id=55004
tag 1069835 + moreinfo
thanks
Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:
Package: libreoffice-kf5
Version?
Severity: grave
Come on... Not downgrading just yet, but I don't believe
Hi,
Am 24.04.24 um 21:35 schrieb Peter B:
Why is it bad? The nogui's are lighter dependencies than the gui
packages.
Exactly. That#s why they should be used in package building for
converting stuff.
One or the other is needed. Surely better to use the nogui if its
available?
It is available
Hi Lucas,
this is no bug in the package AFAICS.
libreoffice-draw-nogui is clearly only in Build-Depends-Indep:
Build-Depends: debhelper-compat (= 13),
fpc,
libgtk2.0-dev,
lcl,
lcl-qt5,
Build-Depends-Indep:
libreoffice-draw-nogui,
libreoffice-writer,
So it's only needed for _all builds. S
{mysql,firebird}.ucf: add
* debian/control.in: add Breaks: -sdbc-{mysql,firebird} (<< 4:24.2.2-2)
to libreoffice-common
-- Rene Engelhard Sat, 30 Mar 2024 09:30:30 +
even though -2 was never attempted on armhf due to that build-dep (-3
was built then)
tag 1068479 + moreinfo
tag 1068479 + unreproducible
severity 1068479 important
thanks
Hi,
Am 06.04.24 um 00:34 schrieb José Luis González:
The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.
?
It's definitely there. Format ->
severity 1036805 important
thanks
Hi,
> Serious severity because it has a major effect on the usability of the
> package without rendering it completely unusable, not minor
No, it's not.
"serious" has it's own meaning though and that's not it.
At most it's important but I don't buy this sin
block 1058545 by 1058653
tag 1058545 + patch
thanks
Hi,
This is due to
dh_installdocs: error: Cannot find (any matches for) "doc/Esnacc.pdf"
(tried in .)
which is due to
(cd /home/rene/esnacc-1.8.1/doc && unzip eSNACCManuals.zip &&
libreoffice --headless --convert-to pdf Esnacc.doc)
Arc
block 1058545 by 1058653
tag 1058545 + patch
thanks
Hi,
This is due to
> dh_installdocs: error: Cannot find (any matches for) "doc/Esnacc.pdf"
(tried in .)
which is due to
(cd /home/rene/esnacc-1.8.1/doc && unzip eSNACCManuals.zip &&
libreoffice --headless --convert-to pdf Esnacc.doc)
Arc
Source: esnacc
Version: 1.8.1-3
Severity: serious
Justification: FTBFS
Tags: sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-impfuncdef
Hi,
esnacc FTBFS:
gcc -DHAVE_CONFIG_H -I. -Wdate-time -D_FORTIFY_SOURCE=2 -I./asn1specs
-I./asn1specs -I./c-lib/inc -g -O2 -Werror=implicit-function-declar
tag 1066473: + pending
thanks
Hi,
Am 13.03.24 um 12:53 schrieb Lucas Nussbaum:
During a rebuild of all packages in sid, your package failed to build
on amd64.
Interesting. I almost wanted to tag it unreproducible since it didn't
happen in my already-existing chroot... But it definitely does
Control: tag -1 pending
Hello,
Bug #1065461 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/6bf
Hi,
Am 05.03.24 um 00:47 schrieb Andreas Beckmann:
Preparing to unpack .../libreoffice-common_4%3a24.2.1-3_all.deb ...
Unpacking libreoffice-common (4:24.2.1-3) over (4:24.2.0-1) ...
dpkg: error processing archive
/var/cache/apt/archives/libreoffice-common_4%3a24.2.1-3_all.deb (--unpac
Hi,
Am 02.03.24 um 18:42 schrieb Rene Engelhard:
So as this library is now libxmlsec1t64-openssl this Build-Depends: is
now unfullfillable.
At least for 32bit archs like armel/armhf (which don't have Provides:
libxmlsec1-openssl) or a future package-named package due to ABI changes
Source: lasso
Severity: serious
Version: 2.8.2-1
Tags: patch
User: debian-...@lists.debian.org
Usertags: time-t
Hi,
I just saw lasso has
libxmlsec1-dev,
libxmlsec1-openssl,
in Build-Depends. What for? If this was versioned this could be
understandable, but it isn't.
And give
Control: tag -1 pending
Hello,
Bug #1064890 in xmlsec1 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/xml-sgml-team/xmlsec1/-/commit/7b889d09d445ea288d713da3c3
Control: tag -1 pending
Hello,
Bug #1064890 in xmlsec1 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/xml-sgml-team/xmlsec1/-/commit/7b889d09d445ea288d713da3c3
Hi,
Am 27.02.24 um 11:43 schrieb Andreas Beckmann via debian-xml-sgml-pkgs:
Package: libxmlsec1-dev,libxmlsec1-doc
Version: 1.2.39-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install
because it tries t
Hi,
oops.
Am 21.01.24 um 15:35 schrieb Rene Engelhard:
Here the new libxml2 removes functions and symbol versions used by
gazillions of packages over the whole of the Debian archive.
And no, the exact point of Debian library package names is that they
HAVE to change on ABI changes
Hi,
Am 21.01.24 um 15:27 schrieb Eric Valette:
On 21/01/2024 14:49, Rene Engelhard wrote:
Exactly that is the point of #1059040. The binary packages have to be
renamed. (Then rebuild against libxml2-WHATEVERNEW). Then a rebuild
LO will have a proper dependency on libxml2-WHATEVERNEW.
I
Hi,
Am 21.01.24 um 14:44 schrieb Eric Valette:
ii libxml2 2.12.3+dfsg-0exp1
And this one *from experimental* changed ABI (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059040). Don't
install it on systems you don't want breakage in.
Bingo you got it. However this means that dep
Hi,
Am 12.01.24 um 17:56 schrieb Thorsten Glaser:
On Fri, 12 Jan 2024, Rafael Laboissière wrote:
experimental, the configure script does detect the absence of the
xmlNanoFTPNewCtxt function in the libxml2 library (version
2.12.3+dfsg-0exp1) and disables the call to the xmlNanoFTP* functions.
H
Hi,
Am 25.12.23 um 22:57 schrieb Rene Engelhard:
I didn't file it for the plain build issue. Nevertheless, if it broke so
many projects you probably should do a full-fledged rebuild and send
Well, mitigated by 2.12.3, but still.
But again, this is completely off-topic to what I fil
Hi,
Am 25.12.23 um 22:33 schrieb Rene Engelhard:
The tests are still failing and there is no patch anywhere yet, see
Sorry, link got lost:
https://bugs.documentfoundation.org/show_bug.cgi?id=158423
and c) you ignore the actual issue here at hand and that is that the new
libxml2 breaks the
Hi,
Am 25.12.23 um 16:31 schrieb Aron Xu:
Hi Rene,
On Wed, Dec 20, 2023 at 3:39 AM Rene Engelhard wrote:
Am Tue, Dec 19, 2023 at 08:03:56PM +0100 schrieb Rene Engelhard:
LibreOffice builds (patch available), but doesn't yet build with 2.12.
"... but doesn't yet succeed the
Control: tag -1 pending
Hello,
Bug #1052740 in graphite2 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/graphite2/-/commit/966553657a7a75e527c
Hi,
Am 23.12.23 um 11:43 schrieb Rene Engelhard:
Hi,
Am 23.12.23 um 02:40 schrieb Bastian Germann:
graph_legend.dot should have quotes around the font name references.
Ah, thanks. Unfortunately this is a generated file...
And yes, I also noticed that the FreeSans.ttf is at fault. Indeed I
Hi,
Am 23.12.23 um 02:40 schrieb Bastian Germann:
graph_legend.dot should have quotes around the font name references.
Ah, thanks. Unfortunately this is a generated file...
This is probably a doxygen bug.
Probably. That's why there's no action here. TBH I don't think this is
the only occurance
Am Tue, Dec 19, 2023 at 08:03:56PM +0100 schrieb Rene Engelhard:
> LibreOffice builds (patch available), but doesn't yet build with 2.12.
"... but doesn't yet succeed the tests with 2.12"
> S=/home/rene/LibreOffice/git/libreoffice-24-2 && I=$S/instdir &
Package: libxml2
Version: 2.12.3+dfsg-0exp1
Severity: serious
Dear Maintainer,
Hi,
LibreOffice builds (patch available), but doesn't yet build with 2.12.
But that is not the point of this issue.
While test building current 24.2 snapshot which will become 24.2 rc1
later this week I get
[build L
Hi,
Am 13.12.23 um 16:19 schrieb Andreas Tille:
Control: tags -1 help
Am Tue, Dec 12, 2023 at 09:52:48PM +0100 schrieb Lucas Nussbaum:
/usr/bin/install: cannot stat './parallel_cheat_bw.pdf': No such file or
directory
This file is (re-)created via
libreoffice --headless --convert-to pdf
retitle 1057434 libreoffice-numbertext: NUMBERTEXT() gives Err: 504
thanks
Am 05.12.23 um 18:56 schrieb Rene Engelhard:
When trying to use the =NUMBERTEXT(5) formula in Libreoffice Calc, you get an
'Err: 504' error in those cells.
Confirmed..
Cause is
$ debdiff libreoffice-numbert
tag 1057434 + confirmed
retitle 1057434 libreoffice-numbertext 1.0.11-3 is broken; NUMBERTEXT(5)
gives Err: 504
thanks
Hi,
Am 05.12.23 um 02:27 schrieb Alexandre Bonneau:
Package: libreoffice-numbertext
Version: 1.0.11-3
Severity: grave
When trying to use the =NUMBERTEXT(5) formula in Libr
Source: libreoffice
Version: 4:7.5.9~rc1-1
Severity: serious
Tags: wontfix trixie
Hi,
apparently mdds 2.1/liborcus 0.19 migrated to testing even though
Build-Depends clearly say
libmdds-dev (<< 2.1~),
libmdds-dev (>= 2.0),
and
liborcus-dev (<< 0.18~
Control: tag -1 pending
Hello,
Bug #1055267 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/d2e
Control: tag -1 pending
Hello,
Bug #1055267 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/d2e
Control: tag -1 pending
Hello,
Bug #1054239 in libixion reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libixion/-/commit/c2c9031ec56f689294bc9
Control: tag -1 pending
Hello,
Bug #1054239 in libixion reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libixion/-/commit/c2c9031ec56f689294bc9
Hi,
Am 19.10.23 um 19:08 schrieb Adrian Bunk:
Source: libixion
Version: 0.17.0-3
0.17.0-3
Severity: serious
Tags: ftbfs trixie sid patch
https://buildd.debian.org/status/fetch.php?pkg=libixion&arch=i386&ver=0.19.0-1&stamp=1697292545&raw=0
So not 0.17.0.
Or does it also happen on sid? Yes,
severity 1051474 important
thanks
Hi,
Am 08.09.23 um 19:19 schrieb Bastien Roucariès:
Source: libreoffice
Severity: serious
Tags: security
Justification: Document embdeded code copy + copyright
X-Debbugs-Cc: Debian Security Team
Since when is that serious? It isn't. There have been no compl
Control: tag -1 pending
Hello,
Bug #1041899 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/619
Control: tag -1 pending
Hello,
Bug #1041837 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/369
Control: tag -1 pending
Hello,
Bug #1041837 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/369
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 li
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
trixi
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 for
Control: tag -1 pending
Hello,
Bug #1038690 in liborcus reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/liborcus/-/commit/ac02b408cdc74e04b936b
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 b
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, popc
Hi,
No, it does not.
In a clean cowbuilder testing chroot:
Also not inside sbuild (in a freshly created sbuild testing chroot).
Regards,
Rene
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 to be a
source in lightproof-1.6
dpkg-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 --be
Control: tag -1 pending
Hello,
Bug #1029534 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/dd5
Control: tag -1 pending
Hello,
Bug #1029534 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/dd5
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.
Control: tag -1 pending
Hello,
Bug #1029104 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/504
Control: tag -1 pending
Hello,
Bug #1029104 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/504
Control: tag -1 pending
Hello,
Bug #1029104 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/504
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
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
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:
https://cgit.freedesktop.org/libreoffice/core/tree/vcl/qa/cppunit/text.cxx?h=libre
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&arch=amd64&ver=1%3A7.4.4-1&stamp=1673962775&raw=0:
[_RUN_] VclTextTest::testSimpleText
./vcl/qa/cppunit/text.
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
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
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
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
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
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
just for reference: a stable update for this is requested in
http://bugs.debian.org/1016413
1 - 100 of 1343 matches
Mail list logo
