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', required
.
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
rchs anyway which we definitely
+ need to keep anyway (similar as libuuilo.so).
+- recommend kio >> 5.103.0-1 in -kf5
+
+ -- Rene Engelhard Fri, 24 May 2024 21:06:45 +0200
+
libreoffice (4:7.4.7-1+deb12u2) bookworm-security; urgency=high
* debian/patches/add-notify-for-script-use.d
1070887
<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070887> did...)
Regards,
Rene
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
.
Cleaning those bugs up and making an own one for kio.
Regards,
Rene
that one is backported to kf5 we'd get the fix then if we
shipped libreoffice-kf6 and KF6/Plasma6 is what is used.
(According to IRC it isn't sure whether this will be backported to kf5.
Let's see)
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
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.debian.org/libreoffice-team/l
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
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
Package: ftp.debian.org
Hi,
The following packages are cruft:
$ rmadison -s experimental -S libreoffice | grep -v 24\.2\.3
fonts-opensymbol | 4:102.12+LibO7.5.4~rc2-1 |
experimental | all
fonts-opensymbol | 4:102.12+LibO7.5.5~rc1-2 |
experimental |
Package: ftp.debian.org
Hi,
please remove
rene@frodo:~$ rmadison -s unstable libuno-sal3 libuno-cppu3
libuno-salhelpergcc3-3 libuno-cppuhelpergcc3-3 libuno-purpenvhelpergcc3-3
libuno-cppu3 | 4:24.2.0-1 | unstable | amd64, arm64, armel, armhf, i386,
ppc64el, s390x
libuno-cppuhelpergcc3-3
| unstable | all
python3-access2base | 4:7.5.9~rc1-1 | unstable | all
ure-java | 4:7.5.9~rc1-1 | unstable | armhf, ppc64el, s390x
Please remove them, too. Nobody references them in sid anymore. Or maybe
after the above removal the auto-crufter will be able to do this?
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)
s: 1 Errors: 0
4:24.2.2-1 build failed with an orcus not rebult for time_t and after
that it succeeded (-3 forced an appropriate build-dep)
4:24.2.0-1 from testing now fails in that way after the orcus bin-NMU
(0.19.2-3+b2) migrated.
Regards,
Rene
Source: libreoffice
Version: 4:24.2.0-1
Severity: serious
Tags: trixie ftbfs
Hi,
Am 30.03.24 um 12:56 schrieb Rene Engelhard:
Am 30.03.24 um 08:49 schrieb Rene Engelhard:
That would mean a bin-NMU of liborcus would work and then a rebuild
of libreoffice (gb, but I need a new upload anyway
ord processor, and spacing is
something very very basic for them and incredibly necessary.
And again: That is the definition of important at most, not serious.
Read the bug severities.
Regards,
Rene
argue that it's not visible enough but
that's by no means important.
Or what space do you mean?
What are you aiming at with your non-bugs?
Regards,
Rene
Hi,
Am 06.04.24 um 11:43 schrieb Rene Engelhard:
Am 06.04.24 um 11:31 schrieb Rene Engelhard:
Am 06.04.24 um 11:11 schrieb Rene Engelhard:
See https://people.debian.org/~rene/libreoffice/1068479-works.png
Just for avoidance of doubt since the screenshot is in German:
[...]
And the first
Hi again,
Am 06.04.24 um 11:11 schrieb Rene Engelhard:
Am 06.04.24 um 11:03 schrieb Rene Engelhard:
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
Hi,
Am 06.04.24 um 11:31 schrieb Rene Engelhard:
Am 06.04.24 um 11:11 schrieb Rene Engelhard:
See https://people.debian.org/~rene/libreoffice/1068479-works.png
Just for avoidance of doubt since the screenshot is in German:
That is the second part "Absatz".
First is "above&quo
Hi again,
Am 06.04.24 um 11:11 schrieb Rene Engelhard:
Am 06.04.24 um 11:03 schrieb Rene Engelhard:
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
Hi,
Am 06.04.24 um 11:03 schrieb Rene Engelhard:
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 -> Paragraph has spacing "after/befor
And it's unreproducible.
Regards,
Rene
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
Hi,
Also see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977857
Regards,
Rene
reassign 1068023 libreoffice-gtk4
thanks
Hi,
Am 29.03.24 um 21:04 schrieb Rene Engelhard:
Package: libreoffice
if it happens only with gtk4, isn't it better suited at libreoffice-gtk4?
I use other gtk applications (e.g. evince, audacity, inkscape, firefox)
in this same environment
Package: libreoffice
Version: 4:24.2.0-1
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
I have qtwayland5 5.15.10-2+b1 installed. I do not have XWayland
installed at all. I'm running from within a Wayland session, using sway
1.9-1 as a compositor.
When i try to launch libreoffice using
more sense to split the upstream source into a collection of different
Debian source packages for the different supported languages. I don't
know.)
Would definitely make transitions easier.
Unfortunately I don't have the capacity to devote any time to
it myself.
Dito.
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 --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/simple/sbuf-ex.c
/bin
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
Hi again,
Am 10.03.24 um 19:59 schrieb Rene Engelhard:
BTW, What is the replacement for it? setuptools._distutils? As in the
following patch?
OK, so discussion on IRC gave:
19:51 < tumbleweed> _rene_: distutils is removed in 3.12
19:51 < tumbleweed> if you need distutils, tr
Hi,
Am 10.03.24 um 19:44 schrieb Rene Engelhard:
and similar stuff in upstreams configure.
python_include=`$PYTHON -c "import distutils.sysconfig;
print(distutils.sysconfig.get_config_var('INCLUDEPY'));"`
python_version=`$PYTHON -c "import distutils.sy
EFIX}/lib/python3.12/site-packages
checking for python3 extension module directory (pyexecdir)...
${PYTHON_EXEC_PREFIX}/lib/python3.12/site-packages
[...]
in upstreams configure.
I think this bugreport is too early.
Regards,
Rene
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
convert stuff to pdf. You can just ignore this and you
don't need to depend on Java stuff (which is not available on all archs)[1]
b) I don't believe you need libreoffice-base etc which gets pulled in by
the libreoffice *metapackage*.
rene@frodo:~/winff-1.6.3+dfsg/winff/docs$ ls *.od
forwarded 1065448 https://bugs.documentfoundation.org/show_bug.cgi?id=160033
thanks
Hi,
Am 04.03.24 um 21:58 schrieb Rene Engelhard:
Package: libreoffice-common
Version: 4:24.2.0-1
Severity: normal
Tags: upstream
Then you should have filed it upstream :). Didn't write the reportbug
text
Package: libreoffice-common
Version: 4:24.2.0-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: pe...@pblackman.plus.com
Dear Maintainer,
When creating pdf files from odt files, soffice writes a CreationDate field
which contains the actual build date/time. This varies with every build.
For an
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
(like
: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
/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:01.410212
Source: libreoffice
Version: 4:24.2.0-1
Severity: serious
Control: close -1 4:24.2.0-3
Am 23.02.24 um 17:14 schrieb Rene Engelhard:
Hi,
Am 23.02.24 um 08:02 schrieb HIGUCHI Daisuke (VDR dai):
Sorry, resending to BTS, not to debian-openoffice.
No problem, that -1 redirects the bug
Hi,
Am 23.02.24 um 08:02 schrieb HIGUCHI Daisuke (VDR dai):
Sorry, resending to BTS, not to debian-openoffice.
No problem, that -1 redirects the bug reports to debian-openoffice is a bug.
(Fixed in later versions but those are stuck after the t64 transition.)
Regards,
Rene
Hi,
Am 11.02.24 um 22:10 schrieb Rene Engelhard:
I just tried a rebuild of libreoffice with
DEB_HOST_MAINT_OPTIONS="abi=+time64" to actually see what happens.
DEB_BUILD_MAINT_OPTIONS of course. I set the correct one (and
libreoffice and xmlsec1 did pick it up) but just "th
ags that define has to be done.
Regards,
Rene
P.S::
Thankfully libreoffice is fine without a rebuilt gpgme1.0 somehow
ags that define has to be done.
Regards,
Rene
P.S::
Thankfully libreoffice is fine with just xmlsec1 being rebuilt. But it
uses the nss flabour, so stuff using gnutls might break, no idea
Package: java-common
Version: 0.75
Severity: minor
Hi,
$ grep java_unsupported_architectures /usr/share/java/java_defaults.mk
java_unsupported_architectures = hppa hurd-i386 kfreebsd-amd64
kfreebsd-i386 hurd-i386 powerpcspe s390 sparc
[...]
hurd-i386 is here twice.
Regards,
Rene
ice-dictionaries/-/merge_requests/6>
Merged (and uploaded after fixing the changelog)
Regards,
Rene
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
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
ped the ball on
it. Can resurrect it, though)
Regards,
Rene
libwoff1:amd64 1.0.2-2 amd64
library for converting fonts to WOFF 2.0
ii lmodern 2.005-1 all scalable
PostScript and OpenType fonts based on Computer Modern
ii tex-gyre 20180621-6 all scalable
PostScript and OpenType fonts based on URW Fonts
ii texlive-fonts-recommended 2022.20230122-3
all TeX Live: Recommended fonts
ii xfonts-100dpi 1:1.0.5 all 100
dpi fonts for X
ii xfonts-75dpi 1:1.0.5 all 75 dpi
fonts for X
ii xfonts-base 1:1.0.5+nmu1 all
standard fonts for X
ii xfonts-encodings 1:1.0.4-2.2 all
Encodings for X.Org fonts
ii xfonts-scalable 1:1.0.3-1.3 all
scalable fonts for X
ii xfonts-utils 1:7.7+6 amd64
Regards,
Rene
r in the chain
wait in NEW)
Especially on armhf which is affected. Or will you do the source NMUs on
armhf/i386? (For some packages where some features are disabled on 32bit
this is probably not a good idea)
Regards,
Rene
ffice-dev-common not (on which libreoffice-dev depends) which
contains all the arch-indep headers. Just libreoffice-dev contains one
header diferent between archs.
Regards,
Rene
renames in unstable instead, leaving the package in experimental alone?
How does that play together with the needed dpkg only in experimental?
You can't build stuff for unstable involving experimental packages
(except manually with binary upload, which would block testing migration)
Regards,
Rene
names in order to clear binary
NEW, in coordination
And what about skipped ones? When will those be tried?
What do you mean here by "skipped ones"?
https://adrien.dcln.fr/misc/armhf-time_t/2023-12-18/results_skipped.txt
(which incidentially contains libreoffice)
Regards,
Rene
[
ew upstream versions...
Regards,
Rene
be closed.
Thanks for confirming. Let's keep it open and mark it as forwarded to
the bug James mentioned.
Regards,
Rene
Hi,
Am 03.01.24 um 16:47 schrieb James Addison:
Source: clucene-core
Followup-For: Bug #1059805
X-Debbugs-Cc: r...@debian.org, thorsten.behr...@allotropia.de
On Mon, 1 Jan 2024 18:24:19 +0100, Rene wrote:
LibreOffice created a patch to clucene to make their help pages
reproducible. Maybe we
-reprobuild.patch.1)
which adds a new method setting the "start position" (which then is used
in libreoffice to consistently set it 0)
Regards,
Rene
not LibreOffice but LibreOffice indirectly via pdfium
(which makes chromium also be affected if it did build without using the
embedded copy of abseil).
That said libreoffice builds (both sids and experimentals version).
Tested on amd64 only, but
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 filed
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
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 tests with
libmergedlo.so in 64bit archs anyway
we can just include it here since as said i's included in 64bits
packages nevertheless.
Already in git (you got the mails).
No idea when this actually will end up in stable, though :)
Regards,
Rene
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
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
--disable-gui build they'd still be there, we explicitely
remove them, because otherwise we get all those libs and that makes the
difference size-wise GUI/nogui not really big..)
Regards,
Rene
an existing or new spreadsheet using
loadComponentFromURL
Sigh. All that stuff needing *ui stuff where they actually don't need ui
files because it's built with --disable-gui. That is the third one like
this.
See also http://bugs.debian.org/1058653
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 && W=$
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_LIBRARY_PAT
Hi,
Am 14.12.23 um 07:57 schrieb Rene Engelhard:
Hi,
Am 14.12.23 um 06:01 schrieb tony mancill:
A FTBFS bug [1] cropped up in gpredict recently that appears to be to a
change in libreoffice-writer-nogui. The build step that fails is:
$ soffice --strace --writer --headless --convert-to pdf
ibreoffice-core (since you *can* mix them.) See also
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1052052
Regards,
Rene
nds 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?
Probably you have -core installed?
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-numbertext_1.0.11
stable contains 1.0.11-1?
(Which does work, just tested).
Regards,
Rene
9~rc1-1
is the end of a branch.
Regards,
Rene
tag 1056104 + wonffix
thanks
Hi,
Am 17.11.23 um 18:30 schrieb Rene Engelhard:
So it would boil down to
rene@frodo:~/LibreOffice/git/master/debian$ git diff rules
diff --git a/rules b/rules
index e7152c60..ed7a8157 100755
--- a/rules
+++ b/rules
@@ -2247,6 +2247,7 @@ config_host.mk
f.
Which would need to be hacked in since it's only flagged by
--enable-wasm-strip which as the name says is for WebAssembly
(cross-)compile and thus can't be done generically (and strips out a
sh*load of stuff)...
So it would boil down to
rene@frodo:~/LibreOffice/git/master/debian$ git diff
Hi,
Am 03.11.23 um 13:18 schrieb Gabor Karsay:
Rene Engelhard schrieb am 03.11.23 um 06:12:
Am 02.11.23 um 23:25 schrieb Gabor Karsay:
I haven't uploaded it yet, I don't know if I should target
experimental or unstable?
unstable, please.
I've uploaded to https://mentors.debian.net
ary issue (e.gf. caused by
the 7.5.8-1 upload)?
Regards,
Rene
is not)
Regards,
Rene
that one...
Regards,
Rene
[1] for me unfortunately, the autorm would have made it possible to just
upload it straight ahead and just bump this bug to serious ;-)
tag 1055048 + moreinfo
Thanks
Am 30. Oktober 2023 09:12:05 MEZ schrieb Nicolas Patrois
:
>Package: libreoffice-writer
>Version: 4:7.5.8~rc1-2
>Severity: normal
>Tags: upstream
>
>Dear Maintainer,
>
>I have problems when I try to create overlapping lines in tables.
(...)
Since 7.5.8 is
(or upstream) to answer.
Regards,
Rene
@@
include /usr/share/dpkg/architecture.mk
+export DEB_CXXFLAGS_MAINT_APPEND += -fexcess-precision=fast
+
%:
dh $@
Will do that one, thanks.
Regards,
Rene
eadable text and low contrast due to a gray background.
Well, yes, that's how LO looks without Gtk3 integration.
Regards,
Rene
e is an extension with UI
this could also be acceptable)
After some tests in a fresh chroot it seems that the test somehow tries to
access libcuilo.so in some way.
(Found out by copying it from -core over.). [1]
So either
- Depends: libreoffice-writer
or
- Depends: libreoffice-writer-nogui, libreoffi
it in task-mate-desktop... I prepared a
merge request for tasksel...
I don't know where to go to tweak this in the distro, but I suspect you do!
That would be tasksel.
Regards,
Rene
e: $(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
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
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
-over but this is quite obviously not a
bug here.
Regards,
Rene
rly the whole line matches.
See my patch below (I also refactored backwardSearch to remove a lot of
duplicated code).
---
Author: Rene Kita
Subject: Fix slow backward search in long lines
We need to search the whole line up to the position we are at to find
the first match from the end. If we have a mat
1 - 100 of 6033 matches
Mail list logo
