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
ugh explicitely mentioned)...
But will invent a new "BSD-3-clause-Yale" License: according to 6.7 of the spec.
Regards,
Rene
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
commit/?id=db12ee77c17ea9ed477c310bd1e58f00d519f653
Indeed. But it is in 5.2.0 rc2, which is in experimental, too, so marking as
such.
Could you backport and verify the patch to resolve this issue?
Will do. But that normally is the job of the person driving the transition...
Regards,
Rene
? You didn't show all the packages installed because it was
reported against "libreoffice" unfortunately.
Regards,
Rene
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).
ild-dep is there since if built
with gcc 13 the bridgetest fails on i386, whereas it doesn't with gcc 12.
Regards,
Rene
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
before doing
so...
I don't think so.
Regards,
Rene
Thank you very much for the backport.
I didn't know Sid and bookworm/backport provided the same version of Nvidia
drivers (plus I try to avoid Sid because 'it's dangerous ' ;) )
I am doing some stuff with docker/Nvidia and I have a little issue with
software which don't seem to see the HW properl
BI didn't change, aka all 64bit +
i386)
And I *think* you need Breaks/Conflicts in addition to Replaces at the new
libxml2n.
Regards,
Rene
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
/base.testing.armhf.tgz
[sudo] Passwort für rene:
W: /root/.pbuilderrc does not exist
W: cgroups are not available on the host, not using them.
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/base.testing.armhf.tgz]
I: copying local configuration
I: mounting /proc filesystem
I
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
(5.6.1+really5.4.5-1) ...
Setting up liblzma-dev:amd64 (5.6.1+really5.4.5-1) ...
root@frodo:/# pkg-config --cflags libxml-2.0
-I/usr/include/libxml2
If libxml-2.0.pc references liblzma, libxml2-dev needs to Depend on it.
Regards,
Rene
0-2 amd64
PDF rendering library
ii poppler-data 0.4.12-1 all
encoding data for the poppler PDF rendering library
libpoppler-cpp0v5 is nominally installed, though..
Regards,
Rene
Hi,
Am 25.04.24 um 18:37 schrieb Andreas B. Mundt:
On Thu, Apr 25, 2024 at 05:43:29PM +0200, Rene Engelhard wrote:
Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:
For now, we traced the issue back to libreoffice-kf5. If this package
is removed, neither the document disappears on closing
x27;t touch any KDE stuff either. In fact it caused 32bit builds
to fail[1] and I don't know what more regressions this caused. I would
be wary of "just" backporting it in a point release...
Regards,
Rene
[1] by relying on internal glibc/kernel types, see
https://salsa
If I only could update the bookworm backport to 24.2.2+, but given it's
sstill stuck behind time_t...)
Regards,
Rene
It is available. As indep builds are not done on armel that it's not
available on armel does not really matter :)
My point is that you don't need the alternative.
Regards,
Rene
ion. And I don't want to force a full double build on armel.)
This bugreport now caused the following "fix" in winff:
Build-Depends-Indep:
faketime,
libreoffice-draw-nogui | libreoffice-draw,
libreoffice-writer-nogui | libreoffice-writer,
which I consider bad...
Regards,
Rene
{mysql,firebird}.ucf: add
* debian/control.in: add Breaks: -sdbc-{mysql,firebird} (<< 4:24.2.2-2)
to libreoffice-common
-- Rene Engelhard Sat, 30 Mar 2024 09:30:30 +
even though -2 was never attempted on armhf due to that build-dep (-3
was built then)
debian.org/testing/rc_policy.txt .
"
This matches 5, not 6.
And it's unreproducible.
Regards,
Rene
x27;s important but I don't buy this since as I said back then it
looked fine here.
And you didn't even reply to the mail. Ignoring the moreinfo tag.
Ii's also not the fine style to not CC the actual bug so the text gets
actually sent there.
Regards,
Rene
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 -
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 --headles
-declaration
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong
-fstack-clash-protection -Wformat -Werror=format-security
-fcf-protection -O0 -Wall -Wextra -c -o c-examples/simple/sbuf-sbuf-ex.o
`test -f 'c-examples/simple/sbuf-ex.c' || echo
'./'`c-examples/s
iscussion on IRC) it seems that
CPPFLAGS:=$(shell pkg-config --cflags ncurses)
NCURSES_LIB:=$(shell pkg-config --libs ncurses)
is empty even though it shouldn't be. So fix is to add that missing
build-dep.
Regards,
Rene
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
ions gets reenabled.
libphonenumber is fixed now, so I can re-enable it now and not have it
blocking builds.
But I need to do the Replaces: libreoffice-common in -evolution anyways now?
Regards,
Rene
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
21:52:55
-0400
- so for anything relevant - this is not needed.
So as this library is now libxmlsec1t64-openssl this Build-Depends: is
now unfullfillable.
Patch is trivial: remove that line :)
Regards,
Rene
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
v/examples/Makefile
*sigh*.
debuild -A installs into -doc
debuild -B installs into -dev
-> boom
Compared to sid:
rene@frodo:~$ dpkg -L libxmlsec1-dev | grep examples > dev
rene@frodo:~$ dpkg -L libxmlsec1-doc | grep examples > doc
rene@frodo:~$ diff -u dev doc
--- dev 2024-02-27 20:20
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
rily work
with 2.12. And here libsdlo.so *does* link against libxml:
Missing dependency < dependency at least.
Yeah. But for that you need a palantir. For an unknown amount of
packages in the archive?
No. The bug is in libxml2.
Regards,
Rene
bug report I got:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061242
Regards,
Rene
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
is is
the only occurance archive-wise?
A workaround would be removing doxygen from Build-Depends
and the two doxgen output files from debian/libgraphite2-doc.docs
Thought abozt this, too. But that would loose the API documentation....
Regards,
Rene
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 &
build LNK] Executable/pdfverify
S=/home/rene/LibreOffice/git/libreoffice-24-2 && I=$S/instdir && W=$S/workdir
&& mkdir -p $W/Dep/LinkTarget/Executable/ && RESPONSEFILE=/tmp/gbuild.yEebjc
&& SYSTEM_BOOST="TRUE"
LD_LIBRARY_PATH=${LD_LIBRAR
working. This pretty much sounds like some
additional missing build depends which is installed in my more
or less functional desktop installation of libreoffice. Rene,
do you have some idea what Build-Depends might be missing in my
pbuilder chroot to let the convert process work properly?
Proba
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
ts because eben stable contains 1.0.11-1?
(Which does work, just tested).
Regards,
Rene
-1
is the end of a branch.
Regards,
Rene
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
ian/rules.old2023-10-19 17:03:33.109096000 +
+++ debian/rules2023-10-19 17:03:52.569079353 +
@@ -5,6 +5,8 @@
include /usr/share/dpkg/architecture.mk
+export DEB_CXXFLAGS_MAINT_APPEND += -fexcess-precision=fast
+
%:
dh $@
Will do that one, thanks.
Regards,
Rene
Makefile: $(call
fetch_Download_item_unchecked,https://download.documentfoundation.org/libreoffice/src/$(shell
echo $(gb_LO_VER) | sed -e
"s/\([0-9]*\.[0-9]*\.[0-9]*\).*/\1/"),libreoffice-$(i)-$(gb_LO_VER).tar.xz))
Regards,
Rene
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
should
have the correct Replaces:
Regards,
Rene
-nogui (<< 4:7.6.0~rc1),
libreoffice-impress (<< 4:7.6.0~rc1),
libreoffice-impress-nogui (<< 4:7.6.0~rc1)
Leaves "just" sid.
Regards,
Rene
just fine.
Regards,
Rene
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
hould have been abvious.
Admittedly, I shouldn't have just answered Adrian on his last reset *on
the day it was supposed to be removed* but just also here, by bad there.
Still...
I have removed the upload.
No, you haven't. I had already.
Regards,
Rene
hard freeze anyway with medium urgency
so it's a total waste of time.
Regards,
Rene
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
ady.
Good luck figuring out what other relationships need to be changed, and
take your time.
Thanks :) Just doing a build and we will see... :)
Regards,
Rene
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
=libreoffice-7.4.4.2#n164
ff.
Regards,
Rene
/etc/fonts/conf.d/10-sub-pixel-rgb.conf
the test passes.
Filing this as serious as it causes (autopkg)test failures. Which is bad
this late in the release cycle, especially for packages involved in
transitions like python3-defaults...
Regards,
Rene
Yeah, noticed that too...
Regards,
Rene
change needed anyway I think this should be
blocked to have the "more sanely" versioned 1.7.1-1 in testing and
bookworm instead of 1.7.2+really1.7.1-2.
Regards,
Rene
do
due to
https://ci.debian.net/data/autopkgtest/testing/amd64/r/r-cran-hunspell/29793480/log.gz.
In a clean chroot + test deps + python3 (see #1027417), I get:
rene@frodo:~/hunspell-dict-ko-0.7.92$ make hosttest
HOST_DICT_PATH=/usr/share/hunspell/ko
make -C tests test DICT=/usr/share/hunspell
/stampdir/build-arch] Error 1
Yes, I know, since rc2 is supposed to be there this week I didn't do an
upload just for this in experimental as I did for sid and 1:7.4.2-4.
Regards,
Rene
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]
'll need more
automation for the rest)
Doesn't make sense imho, as neither has a bug and it's actually ucf in
many cases doing the grep in question.
Regards,
Rene
1 - 100 of 1444 matches
Mail list logo
